m,UK Patent Application „9,GB ,,,,2 363477 .,„A 



(43) Date of A Publication 19.12.2001 



(21) Application No 0114496.3 

(22) Date of Filing 14.06.2001 



(30) Priority Data 

(31) 09593327 



(32) 14.06.2000 (33) US 



(71) Applicant(s) 

Fisher-Rosemount Systems, Inc. 
(Incorporated in USA - Delaware) 
8301 Cameron Road, Austin, Texas 78759, 
United States of America 

(72) inventor{s) 

Wilhelm K Wojsznis 
Terrence L Blevins 
Richard C Seemann 
Marie J Nixon 

(74) Agent and/or Address for Service 
Forrester Ketley & Co 

Chamberlain House, Paradise Place, BIRIVUNGHAM, 
B3 3HR United Kingdom 



(51) INTCL^ 

G05B 13/04 

(52) UK CL (Edition S ) 

G3N NGBE1 N373 N374 N376 N402B N404 N410 

(56) Documents Cited 
GB 2355545 A 

(58) Pield of Search 

UK CL (Edition S ) G3N NGBA3 NGBE1 

INT CC G05B 13/00 13/02 13/04 17/00 17/02 

Online: JAPIO, EPODOC, WPI 



(54) Abstract Title 

An adaptive multiple input/output controller 

(57) An adaptive multiple input/output controller 12 having a set of inputs Y1, Y2, Y3, adapted to receive 
process output signals and further having a set of outputs adapted to supply process input signals XI, X2, X3 
to process control devices 18, 20, 22. The controller 12 provides a feedback path 25 that couples a selected 
output OMV to an input OCV having a setpoint that is equal to the constraint limit of the selected output. The 
controller 12 maintains the selected output at its constraint limit until one of the outputs, other than the 
selected output, is going to reach or exceed the associated constraint limit for that output. When the output is 
going to reach or exceed the associated constrain limit for that output, the controller relaxes the setpoint until 
the output is no longer going to reach or exceed the associated constraint limit for that output. The controller 
12 may be a model predictive controller or a fuzzy logic controller. 
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INTEGRATED OPTIMAL MODEL PREDICTIVE CONTROL IN A 
PROCESS CONTROL SYSTEM 



The present invention relates generally to process control systems and, more 
particularly, to optimizing the use of a model predictive controller in a process 
control system. 

Process control systems, such as distributed or scalable process control 
systems like those used in chemical, petroleum or other processes, typically include 
one or more process controllers communicatively coupled to each other, to at least 
one host or operator workstation and to one or more field devices via analog, digital 
or combined analog/digital buses. The field devices, which may be, for example 
valves, valve positioners, switches and transmitters (e.g., temperature, pressure and 
flow rate sensors), perform functions within the process such as opening or closing 
valves and measuring process parameters. The process controller receives signals 
indicative of process measurements made by the field devices and/or other 
information pertaining to the field devices, uses this information to implement a 
control routine and then generates control signals which are sent over the buses to 
the field devices to control the operation of the process. Information from the field 
devices and the controller is typically made available to one or more applications 
executed by the operator workstation to enable an operator tp perform any deisired 
ftjhctioh with respect' to the'proGess/such as viewirig the"^cuT^en^ state of the 
process . .modifying the operatioh io^f .the p ^ s / > 

in the piasi, conventional field devices were: used to send and receive analog 
(e.g.V 4 to 20 milliamp) signals to and from the process controller via an analog bus 
or analog lines. These 4 to 20 ma signals were limited in nature in that they were 
indicative of measurements made by the device or of control signals generated by 
the controller required to control the operation of the device. However, in the past 
decade or so, smart field devices including a microprocessor and a memory have 



become prevalent in the process control industry. In addition to performing a 
primary ftmction within the process, smart field devices store data pertaining to the 
device, communicate with the controller and/or other devices in a digital or 
combined digital and analog format, and perform secondary tasks such as self- 
5 calibration, identification, diagnostics, etc. A number of standard and open smart 
device communication protocols such as the HART®, PROFIBUS®, WORLDFlP<^, 
Device-Net^, and CAN protocols, have been developed to enable smart field 
devices made by different manufacturers to be used together within the same process 
control network. 

10 Moreover, there has been a move within the process control industry to 

decentralize process control functions. For example, the all-digital, two-wire bus 
protocol promulgated by the Fieldbus Foundation, known as the FOUNDATION™ 
Fieldbus (hereinafter "Fieldbus") protocol uses function blocks located in different 
field devices to perform control operations previously performed within a 

15 centralized controller. In particular, each Fieldbus field device is capable of 

including and executing one or more function blocks, each of which receives inputs 
from and/or provides outputs to other function blocks (either within the same device 
or within different devices), and performs some process control operation, such as 
measuring or detecting a process parameter, controlling a device or performing a 

20 control operation, like executing a proportional-integral-derivative (PID) control 
routine. The different function blocks within a process control system are 
; , configured: to communicate with ea^^^ Other (e.g., over a bus) to form one or more 
process. control loopsy the individual operations of which are spread throughout the 
process and are,; thus, decentralized , j,. , , . : . 

25 Process controllers are typically programmed to execute different 

algorithms, sub-routines or control loops (which are all control routines) for each of 
a nurnber of different loops defined for, or contained within a process, such as flow 
control loops, temperature control loops, pressure control loops, etc. Generally 
speaking, each such control loop includes one or more input blocks, such as an 
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analog input (AI) function block, a single-output control block, such as a 
proportional-integral-derivative (PID) or a fuzzy logic control function block, and a 
single output block, such as an analog output (AO) function block. These control 
loops typically perform single-input/single-output control because the control block 
5 creates a single output used to control a single process input, such as a valve 
position, etc. However, in certain cases, the use of a number of independently 
operating, single-input/single-output control loops is not very effective because the 
process variables being controlled are affected by more than a single process input 
and, in fact, each process input may affect the state of many process outputs. An 

10 example of this might occur in. for example, a process having a tank being filled by 
two input lines, and being emptied by a single output line, each line being controlled 
by a different valve, and in which the temperature, pressure and throughput of the 
tank are being controlled to be at or near desired values. As indicated above, the 
control of the throughput, the temperature and the pressure of the tank may be 

15 performed using a separate throughput control loop, a separate temperature control 
loop and a separate pressure control loop. However, in this situation, the operation 
of the temperature control loop in changing the setting of one of the input valves to 
control the temperature within the tank may cause the pressure within the tank to 
increase, which, for example, causes the pressure loop to open the outlet valve to 

20 decrease the pressure. This action may then cause the throughput control loop to 
close one of the input valves, thereby affecting the temperature and causing the 
ternpei^ature cdhtrol loop ta take sort^^ other action. As will be. understood in this . 
■ ■ ^fexamfile; the :siiiile^i%)tit/sl^^ caus^fthe process outputs (ir> / 

■'T- ^ ■ ihis cas^ /; thrw^ ian Unacceptable • ; 

25 manner whereiil the outputs oscillate without ever r^achirig a steady state condition. 

Model predictive control or other types of advanced control are used to 
perform control in these types of situations wherein controlled process variables 
affect more than one process input and wherein each process input affects more than 
one process output. Generally, model predictive control is a muliiple-input/multiple 

- 3 - 
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output control strategy in which the effects of changing each of a number of process 
inputs on each of a number of process outputs is measured and these measured 
responses are then used to cfeate a model of the process. The model of the process 
is inverted mathematically and is then used as a multiple-input/multiple-output 

5 controller to control the process outputs based on changes made to the process 

inputs. In some cases, the process model includes a process output response curve 
for each of the process inputs and these curves may be created based on a series of, 
for example, pseudo-random step changes delivered to each of the process inputs. 
These response curves can be used to model the process in known manners. Model 

10 predictive control is known in the art and, as a result, the specifics thereof will not 
be described herein. However, model predictive control is described generally in 
Qin, S. Joe and Thomas A. Badgwell. "An Overview of Industrial Model Predictive 
Control Technology,*' AIChE Conference, 1996. 

Model predictive control may further be used to optimize a selected process 

15 input variable such that the process is controlled to maximize and/or minimize the 
variable selected for optimization. Process input variables thai are selected for 
optimization may include, for example, the process input variables that have the 
greatest impact on improving the economic value of the process (e.g. process 
throughput), or the variables that have the greatest impact on improving the quality 

20 of the process output. Typically, it is desirable to maximize process throughput and 
product value and to minimize raw material cost. , . 

In the course of optimizing, a user or an operator generally designates a 
process input variable to be optimized and determines an optimal process operating 
point where the designated process inpm Of course, the 

25 optimal process operating ppini must also coincide with a process operating point 
that allows a desired process outcome to be achieved. To achieve the desired 
process outcome, one or more process output variables must be maintained at pre- 
determined levels or settings, also referred to' as setpoints. The process output 
variables are maintained at their respective setpoints by the proper adjustment of a 

-4 - 
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set of process input variables. Unfortunately, optimal process control is more 
complex than simply operating the process at the optimal process operating point 
because the optimal process operating point typically exists at the limits of the 
process operation. More particularly, each of the process input variables has a 
5 physical constraint limit and if, while operating at the optimal process operating 
point, two or more of the process input variables reach or exceed a physical 
constraint limit associated therewith, then the process will enter into an undesirable 
state wherein the process controller will be unable to maintain the process output 
variables at their respective setpoints. However, as described above, the optimal 

10 process operating point involves operating the designated optimal process input 
variable at its maximum (or minimum) setting which is typically equal to its 
physical constraint limit. Thus, while operating at the optimal process operating 
point, one of the process input variables is already at its physical constraint limit 
such that if even one of the other process input variables reaches or exceeds its 

15 physical constraint limit, then the process enters the undesirable state wherein the 
controller is unable to maintain the process output variables ai their respective 
setpoints. As a result, in addition to operating at the optimal process operating 
point, process optimization further requires monitoring the process input variables 
and taking action to prevent them from reaching or exceeding their constraint limits. 

20, Conventional pptimization control algorithms monit^^ 

while the process is operating to identify when one or more of the constraint limits 
is bqing apj^roached. Preventative action, such as^adjusting a process input, is then 
.taken t^^ In a 

1 'conyehtional coniro^^ decision making a action is 

25 required must be more, conservative because the data upon which this decision 

making is based is real-time process data to which there is little time to react. As a 
result, the process must operate farther from the desired or optimized constraint 
limits, which compromises the degree of optimization achieved by the process. 
Moreover, preventative action is not always necessary every lime a process variable 
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approaches a constraint limit because, in some instances, even without 
preventative action, the constraint limit will not actually be violated. However, 
in conventional control systems, the collection of real-time process data does 
not afford insight as to whether the constraint limit that is being approached 

5 will actually be violated. Therefore, every constraint limit approach must be 
treated as a potential violation and preventative action must be taken. As a 
result, at least some of the preventative actions are undertaken unnecessarily 
which also causes optimization to be comprised unnecessarily. 

In addition, existing control systems that offer optimised control, 

10 typically use a separate optimization control algorithm to achieve the 
optimization. The need for a separate optimization control algorithm increases 
the complexity of the overall control scheme and increases the complexity of 
the control apparatus needed to achieve the overall control scheme. 

The present invention is directed to a multi-input/multi-output logic 

15 controller for controlling a process, wherein each controller input is adapted to 
receive a process output signal and wherein each controller output is adapted to 
provide a process control signal to a process control device. To enable optimal 
control of the process, a selected one of the controller outputs is coupled to a 
further controller input having an associated setpoint and the controller uses the 

20 associated setpoint to maintain the selected controller output at its constraint 
. ' ■ limit ■ 

AccoM one aspect of the invention, we provide a multi- 

iriput/mlilti-outpm logic device for use in cohtrolling a process comprising: a 
plurality of iripitits adapted to receive process output signals, a further input 
25 having an associated setpoint, a multiplicity of outputs adapted to provide 
process control signals for controlling the process, a feedback path that directly 
connects a selected one of the outputs to the further input and a logic unit, 
configured to produce the multiplicity of outputs using the plurality of inputs 
and the further input. The logic unit is adapted to adjust the selected output 
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until the further input has reached the associated setpoint which may be set 
equal to a constraint limit of the selected output. 

According to one embodiment of the invention, a multiplicity of the 
outputs may have an associated constraint limit and the logic unit of the logic 
5 device may include a setpoint adjustment unit that adjusts the setpoint from a 
first setpoint setting to a second setpoint setting when one of the outputs, other 
than the selected output, is going to reach or exceed the associated constraint 
limit for that output. The first setpoint setting may conrespond to the constraint 
limit of the selected output and the second setpoint setting may correspond to a 

1 0 value that is relaxed with respect to the constraint limit of the selected output 

According to a further embodiment of the invention, the setpoint 
adjustment unit may be further adapted to adjust the setpoint from the second 
setpoint setting to the first setpoint setting when the one of the outputs is no 
longer going to reach or exceed the associated constraint limit for that output. 

1 5 According to yet another embodiment of the invention, the logic device 

may further include a prediction unit that predicts a fixture value for each of the 
outputs, other than the selected output, and a comparison unit compares the 
fiiture value for each of the multiplicity of outputs to the constraint limit 
associated with that output to determine whether any one of the outputs, other 

20 than the selected output, is going to reach or exceed the associated constraint 
linfiitfoi: that oi^ 

. a o , : a$peGt pf,^e iirventioiii we provide a method for ; 

; i : ^^ ; contro^^^^ that has a 

: > ; ; p^^^^^ rejceiV^^^^ multiplicity 

25 of outputs adapted to provide process control signals for controlling the 
process, wherein each of the outputs has an associated constraint limit, the 
method including the steps of connecting a selected one of the outputs to a 
fiirther input of the logic device, setting a setpoint associated with the further 
input to a first setpoint setting; adjusting the selected output until the further 
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input has reached the first setpoint setting; calculating a future value for each of 
the multiplicity of outputs, other than the selected output, comparing the future 
value calculated for each of the multiplicity of outputs, other than the selected 
output, to the associated constraint limit for that output to determine whether 
5 any one of the outputs, other than the selected output, is going to reach or 
exceed the associated constraint limit for that output; and adjusting the setpoint 
from the first setpoint setting to a second setpoint setting when the step of 
comparing determines that one of the outputs, other than the selected output, is 
going to reach or exceed the associated constraint limit for that output. 
10 According to yet another embodiment of the invention, the method may 

further include the step of adjusting the setpoint from the second setpoint to the 
first setpoint when the step of comparing determines that the one of the outputs 
is no longer going to reach or exceed the associated constraint limit for that 
output. 

15 The invention will now be described by way of example only with 

reference to the accompanying drawings wherein; 

Fig. 1 is a block diagram of an integrated optimal model predictive 
controller configured to operate to control a process; 

Fig. 2 is a diagram of an exemplary simple chemical reaction process 
20 controlled by the integrated optimal model predictive controller of Fig. 1 ; 

Fig. 3 is a flow diagram illustrating a method of performing integrated 

optimal model predictive control; 

Fig. 4 is a diagram of a proceed control system having a controller used 

toimplehiei^th^mte'^^^^^ 
■ 25! - '' Il-^^^ iii^^hoffvof configuring the 

" ' con^Sller <if'fi^'4-% o^^^ predictive: 
controller. 

Referring now to Fig. 1, a process control system 10 represented m 
block diagram format includes an integrated optimal model predictive 
30 controller ("lOMPC") 12 that executes an optimising control logic 14 that may 
be embodied, 
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for example, with a software routine for performing optimal model predictive 
control. The lOMPC 12 executes the optimizing control logic 14 to operate as a 
multi-input/multi-output logic device that is configured to control a process 16 and, 
more particularly, to operate a set of process control devices 18, 20, 22 which may 
be implemented using, for example, valves, positioners, etc, in a manner that causes 
the process 16 to respond in a desired manner so that a desired process outcome is 
achieved. To determine whether the process 16 is responding in the desired 
manner, the process 16 is monitored with a set of measuring devices 24, 26 and 28 
that may be implemented using, for example, temperature sensors, level sensors, 
etc. In accordance with conventional model predictive control terminology, the 
process control devices 18, 20 and 22 are used to control process variables, referred 
to herein as manipulated variables MVl, MV2 and MVS, respectively, because they 
are adjusted or manipulated by the lOMPC 12. The measuring devices 24 and 26 
are used to measure a set of process variables that are referred to herein as control 
variables, CVl and CV2, respectively, because the objective of the process control 
system 10 is to control these variables such that the desired process outcome may be 
achieved. The measuring device 28 may be used to measure a process variable that 
is referred to herein as an auxiliary variable AV because, although the monitoring of 
this variable is essential to proper process operation, maintaining the AV at a 
specific setting is not essential to achieve the desired process outcome. To enable 
integraiied optimal control of the process 16 in a manner that is described in more 
ddtail^beijow, thevmai^ variable 'MV3» in alddition'to to provide 

conti^ol (Signal^ to the tbn further; coupled feedback path 25 to ] 

ah 'inpui^W)^^ in opM ("OCV"). 

Referring now to Fig. 2, the process 16 that the lOMPC 12 is configured to 
control is described, for illustrative purposes, as a simple chemical reaction process 
wherein a chemical feed material is fed into a tank 27 or other suitable container and 
is maintained at a desired temperature. The flow of the feed material into the tank 
27 is controlled with the process control device 18 implemented as a feed flow 



valve. The flow rate through the feed flow valve 18 is defined as the manipulated 
variable, MVL A heat source (not shown) generates steam that is delivered to the 
tank 27 via the device 22, which may be implemented using, for example, a steam 
flow control valve 22, and that causes the temperature of the feed material to rise. 
To further control the temperature of the chemical feed material, cooling water is 
supplied to a sleeve 29 that surrounds the tank 27. The flow of water into the sleeve 
29 is controlled with the process control device 20 which is implemented as a water 
flow control valve 20. The rate of water flow through the water flow valve 20 and 
the rate of the steam flow through the steam flow valve 22 are designated as the 
manipulated variables MV2 and MVS, respectively. The temperature of the water 
is measured using the measuring device 24 which is implemented as a liquid 
temperature sensor 24 that provides a temperature measurement to the lOMPC 12. 
The steam temperature is measured using the measuring device 26 which is 
implemented as a vapor temperature sensor 26 that provides a vapor temperature 
measurement to the lOMPC 12. The temperatures measured by the temperature 
sensors 24 and 26 are defined as the control variables CV 1 and CV2 and are, 
therefore, controlled to specific, predetermined temperatures to ensure that the 
desired process outcome, i.e., maintaining the chemical feed material at the desired 
temperature, is achieved. 

The level of the liquid in the tank 27 is measured with the rneasuring device 
28 \vhich is implemented as, for example, a level sensor 28 that supplies a level 
measurement to the lOMFG 12. The level qf liquid in the tank 27 is monitored to 
prevent oyerfiUihg t^^^ 27 i More particula volume of the tarik 27 into 

which.the. chemical feed materi^r is deposited js;Hmited .a^^^ 

in tank overflow which niay have adverse effects such as, for example, wasted feed 
material and potential damage to equipment located near the tank 27. The tank level 
signal generated by the level sensor 28 is designated as the auxiliary variable AV, 
which must be monitored to ensure proper process operation. To control the 
process 16, the flow rales through the valves 18. 20 and 22 are adjusted in a manner 

- 10- 



such that the temperature of the chemical feed material, as measured by the liquid 
and vapor sensors 24 and 26 is maintained within the predetermined temperature 
ranges and such that the level of liquid in the tank 27 does not exceed a maximum 
allowable value. Of course, it should be understood that the process 16 was chosen 
only for purposes of illustrating the operation of the lOMPC 12. As a result, the 
lOMPC 12 is not limited to control of a process like the process 16 having two 
control variables and a single auxiliary variable. In fact, the lOMPC 12 may 
instead be used to control a process having any number of control variables or 
auxiliary variables. 

The predetermined temperatures at which the liquid and the vapor phases are 
to be maintained are referred to as setpoints, which may include a discrete 
temperature or a range of acceptable temperature levels. A setpoint CVJsp 
associated with the control variable CVl and a setpoint CV2sp associated with the 
control variable CV2 represent the temperature level or range of levels at which the 
water and the steam, respectively, are to be maintained to achieve the desired 
process outcome. 

In addition to adjusting the manipulated variables MVl . MV2 and MVS in a 
manner that causes each of the control variables CVl and CV2 to reach their 
respective setpoints, the optimizing control logic 14 of the lOMPC 12 is also 
configured to ensure that each of the manipulated variables MVl, MV2 and MV3 
do not exceed or violate a constraint associated therewith: The constraints 
associated with the manipulated: variables: M represent the 

irnaxijnMiTi aiU 

?typfeially jiHysiiiSi c^ofe tt^iill?^: iWt 'be^:^^^ causing darnage tb / 

the process 16 or the cohtror system and/or may not be e^cceeded due to the physical 
attributes of a controlled device, e.g. , a valve can only open so far. The variables 
MVl^oN* MV2coN and MV3coN ^^e used to designate the constraints associated with 
the manipulated variables MVl, MV2 and MV3, respectively, and the constraints 
MVlcoN' MV2coN 3nd MVBcqn are set equal to the maximum allowable flow rates 



of the manipulated variables MVl, MV2 and MV3, respectively, i.e., the maximum 
feed flow rate, water flow rate and steam flow rate. The maximum allowable flow 
rates MVIcon. MV2con and 'MVScoN may, if desired correspond to the fully open 
positions of the valves 18, 20 and 22, respectively. In addition, the constraint for 
the tank level is designated AVcqn and represents the maximum allowable tank 
level. 

Generally, the optimizing control logic 14 of the lOMPC 12 is configured to 
operate the process 16 at an optimal level wherein a selected process performance 
characteristic is optimized. Before configuring the lOMPC 12 to operate the 
process 16 at an optimal level, a performance characteristic, hereinafter referred to 
as the optimization objective, is selected for optimization. Typically, the 
optimization objective may include, for example, the rate of production, Ae cost of 
production or the quality of production. 

In simplistic terms, optimization of a process performance characteristic is 
achieved by maintaining one of the manipulated variables, hereinafter referred to as 
the optimized manipulated variable ("OMV") at an optimal setting. The OMV that 
is selected for optimization is the manipulated variable that is most closely and 
directly related to the process performance characteristic such that, if the selected 
manipulated variable is maximized, or in some cases minimized, then the process 
perforrnance characteristic will be optimized. Preferably the process dynamics and 
the gain associated with the OMV are also taken into consideration when selecting a 
manipulated: yariable for Qptimi^ation. . More particularly, it is desirable that the 
. process dynamics, related to the 0 slower than the dynamics related < 

^ to thfe^^^^^ variables M V 1 ^nd MV2 so as to ensure that the setpoiiits 

GV lsp and CV2sp are satisfied sooner than the optimization objective. It is further 
desirable, that the OMV have a relatively strong relationship with all of the control 
variables CVl and CV2, i.e., that the process gain associated with the OMV be 
relatively significant so that small changes or adjustments to the OMV cause 
relatively significant changes or adjustments to the controlled output variables. 

- 12 - 



For illustrative purposes, the performance characteristic of the process 16 
selected for optimization is ..the production rate of the process 16, such that the 
optimization objective is to maximize the production rate or process throughput. It 
will be assumed for the purpose of this example that the manipulated variable MV3 
5 is the manipulated variable that is most closely and directly related to the production 
rate and, therefore, the manipulated variable MVS is hereinafter referred to as the 
OMV. The optimizing control logic 14 of the lOMPC 12 is configured to optimize 
the production rate by maximizing the OMV (MVS) which involves maintaining the 
steam flow valve 18 in a fully open position thereby maximizing the rate of the 

10 steam flow and maximizing the throughput of the process 16. Although the 

optimized process variable (i.e., steam flow rate) selected to illustrate the operation 
of the lOMPC 12 is associated with an increasing seipoint wherein the optimized 
process variable is maintained at its maximum setting, the I0MPC12 is not limited 
to operation with an optimized process variable having an increasing setpoint. The 

15 lOMPC 12 may instead may be used to control a process wherein optimal control is 
performed by maintaining a selected process variable at a minimum level, in which 
case the variable selected for optimization will have a decreasing setpoint. 

Although conventional model predictive controllers are configured to 
maintain control variables at a designated setpoint. such controllers are not typically 

20 configured to monitor and control a manipulated variable at an opti^^ To 
xnaintaih^^ 

v"^' \ : : cdhtrQi^the IQMP.C^^^^^^ coupled to the OMV by 

; ; 'K^^ \ : ; .;;v 25;.^^he feedba^ an amplifier 23 . 

' r . ; : \ to beTelaiecJi fo tHe:d unit gain. The 

25 :OCV is also referred to as a shadow control variable becaus 

relationship between the OCV and the OMV causes the OCV to follow or "shadow" 
the OMV. A setpoint OCVjp is defined for the OCV and the value of the setpoint is 
set at the constraint level of the OMV with a small penalty for error. When any of 
the setpoints including the OCVsp are adjusted, the lOMPC 12 responds to the 

- 13 - 
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adjusted setpoint by adjusting the manipulated variables MVl, MV2 and OMV as 
necessary to satisfy the adjusted setpoint. To satisfy the OCVsp, the lOMPC 12 
adjusts the OMV until it is equal to the OMVqq^. Due to the unit gain relationship 
between the OCV and the OMV, adjusting the OMV in this manner causes the OCV 
5 to follow suit. As a result, the OCV may be used to indirectly maintain the OMV at 
its optimal setting OMV^qn- It should be understood that, although the gain 
between OMV and the OCV is preferably a unit gain, any gain may instead be used 
provided that the optimizing control logic 14 has been programmed to compensate 
for the gain when making adjustments to the OCVsp. 

10 Referring now to Fig. 3, the optimizing control logic 14, when executed by 

the lOMPC 12, performs an integrated optimizing method, that may be 
implemented, for example, as a set of software program blocks, and that begins at a 
block 30. Before the block 30 is executed, it is assumed that the process 16 is in a 
shutdown mode so that the process control system 10 is not operating. 

15 Alternatively, before the block 30 is executed, individual control loops of the 
process 16 may be under the control of a set of individual, local single loop 
controllers, such as individual PID controllers (not shown). It should be also 
understood that before the optimizing method of Fig. 3 is performed, the lOMPC 12 
will have been configured in the maimer described above, e.g., the OMV will have 

20 been coupled to the OCV, and that a model of the process will have been created for 
■ use in controlling the process 16. The W CVl^p and CV2sp 

equal to levels that are appropriate to properly feontrol the process and sets the 
: OCYsp ^qu?' ;to- OMVcoN- 'iNe^^ block 32, calculates the adjustments to the MVl , 
, MV2 and OMV: that are necessary to satisfy the control variable setpoints CVlsp 

25 and CV25P and the optimized control variable setpoint OCVsp in the same manner as 
a conventional model predictive controller. As will be understood by one of 
ordinary skill in the art, conventional model predictive control involves calculating 
future process states using a process model and the current process variable 
information and then using the calculated future process states to make adjustments 
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to the process input variables, wherein the adjustments cause the control variables to 
reach or remain at their respective setpoints. For example^ if the block 32 is 
attempting to satisfy CVl^p and CV2sp, the block 32 uses the process model to 
define the adjustments to MVl and MV2 that will cause CVl and CV2 to reach 
CVI5P and CV2sp, respectively. 

Next, a block 34 adjusts MVl, MV2 and OMV using the adjustments 
calculated at the block 32. It will be understood that adjusting the OMV at the 
block 34 may cause CVl and CV2 to depart from their respective setpoints, in 
which case, MVl and MV2 may also require further adjustment to ensure that the 
setpoints CVljp and CV2sp continue to be satisfied. Of course, due to the coupling 
of the OMV to the OCV as shown in Fig. 1 , adjusting the OMV in a manner that 
will cause the OCVsp to be satisfied, merely involves adjusting the OMV until the 
OCV satisfies the OCVjp. As a result, the OCV5P is used not only to control the 
OCV but also to control the OMV. Thus, coupling the OMV to the OCV, enables 
the lOMPC 12 control of a manipulated variable, i.e., the OMV, in the same 
manner as it performs control of a control variable, i.e., the OCV, but without need 
of additional componentry. 

After the OCV has reached the OCVsp, and MVl and MV2 have been 
adjusted as necessary to satisfy CVl^p and CV2sp, control continues at a block 36 
which uses the mahipulated variables and the control variables MVl , MV2, OMV, 
: CVl , CV2 and A V to predict/calculate^a' set of fiiture values for the manipulated 
: Variables^\^i^^ and; M ViZf^ij^V r As stated v 

above, :convention^l#i ihVcflV&jc^lc^uJa^^ ftiture process / v 

states as a niatter of coursed In particular , coriveh 

may be configured to compute the future values of the manipulated variables 
MVlp^jT- and MVZpu-r in any of a number of ways including, for example, 1) by 
computing the manipulated variable moves over the entire control horizon (i.e., 
over the number of future manipulated variable moves computed by the model 
predictive controller); 2) by using an additional MPC controller that is set with a 
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control horizon equal to one so that it may be used to estimate future values of the 
manipulated variables; or 3) by using a prediction model to determine the effect that 
changes in the OMV v/ill have on MVl and MV2. 

Next, a block 38 uses the values of MVlpyx and MV2^ to determine 

5 whether the process 16 is going to enter into an undesired state wherein two or more 
of the manipulated variables are at or are in excess of their respective consu-aints. 
This state is undesirable because, while operating in this state, the optimizing 
control logic 14 will be unable to maintain control of one or more of the control 
variables CVl and/or CVl thereby causing CVl and/or CV2 to deviate from their 

10 respective setpoints. Specifically, while in this undesired state, the optimizing 
control logic 14 cannot adjust the manipulated variables MVl and MV2 to cause 
CVl and CV2 to reach their respective setpoints v/ithout also causing one or more 
of the manipulated variables MVl, MV2 and/or OMV to violate their respective 
constraints. Thus, to determine whether the process is going to enter into the 

15 undesired state, the values of MVlpur or MVlp^T are examined to determine 
whether either is in violation of its respective constraint, thereby causing a 
constraint violation. Note that, because the process 16 is operating in the optimal 
mode, the OMV is already at its associated constraint, OMV^^on- For this reason, it 
is only necessary that one of either MVlpy-r or MV2puT be in violation of its 

20 respective constraint for the process to entier the undesired state. If MVlp^T or 

. . MV2p:yT is in violation of MVIcon pr MV2coN. respectively, then a block 40 adjusts 
, thevlevel of theyOCVs^PT in a non-optimal, or relaxed, direction by an anidunt equal 



tO AS , 5wherein^:A may be calculated asj^fciillpws: 



{^S - nin 



-A^J.W. -^^2.6ove "^^^bove 



25 where Aiwi , .^mv2^.^,, and aav^^^,^ represent the amounts by which MVl, MV2 
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and AV exceed MVIcon* MV^oni and AV^on respectively, and may be determined 
as follows: 

^WV2^bove = ^^current * " ^^CON (3) 

^^^above = + ^AV^^^^,^^^^ - AV^^ (4) 

In equations (2) , (3) and (4), AAfia and amv2 represent the amount by which the 
values of the manipulated variables. MVl and MV2 (the feed flow rate and the water 
flow rate), are to be adjusted at one or more future process moves; ww^^^^^^^ and 
^^current Tcprcsent the current values of MVl and MV2; AV^^^^„^ represents the 
current value of the auxiliary variable, AV. and AAVp^^ji,,^ represents the predicted 
value of the auxiliary AV based on the current values of the process variables. In 
equation (1). g^^_^^, ^hv2-omv ^av-ohv represent the gains at the end of the 
prediction horizon, i.e., the changes that will occur to the feed flow, the water flow 
and the tank level in response to adjusting the OCV5P one unit value with the process 
control loop closed (when the lOMPC 12 is operating). As will be described in 
rhbredetail below, the gains. G^j,^^^^ <?mv>-o«v and and G^^,^^., are automatically 
deterrnined -by the optimiz during configuration of the model 

"^predietive..c6ntrGiUe^ : • ; 

V V the ieVel/of the;QC^^^ non-optimal 

-id ireictipft'depg^ whether^^he;0(^^ or a decreasing 

setpoint. More particijlar^^^^^^^ /if the OCVsp is aii inereasing setpoint. then as is 
subtracted from the pGVsp,at the block 40 and if the OCVsp is a decreasing setpoint. 
then AS is added to the OCVsp at the block 40. 

After the OCV5P has been adjusted by the block 40, control returns to the 
block 32 wherein the OMV is relaxed until the OCV has reached the newly adjusted 
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OCVsp. Thus, the OMV is maintained at the OCVsp using the control variable OCV 
and the feedback path 25. ■ 

It should be noted thai, after the OMV has been relaxed from its optimal 
setting by the block 34. control continues at the blocks 36 and 38 as describe above. 
5 At the block 38, either of MV Ifu^ or MV2put may still be at, or in violation of. its 
respective constraint limit in which case control again flows to the block 40 and the 
OCVsp is again adjusted by as in a non-optimal direction. Control continues to loop 
through the blocks 32-40 until the block 38 determines that neither of MVlpyr nor 
MV2puT is at. or in violation of. its respective constraint. 
10 Of course, it will be appreciated by one of ordinary skill in the art that the 

process 16 never actually enters the undesired state because the optimizing control 
logic 14 is configured to monitor the predicted future values MVlpu,. and MV2fut 
and to respond to these predicted future values in a manner that will prevent the 
manipulated variables MVl and MV2 from ever reaching or violating their 
15 respective constraints, and thereby prevent the process 16 from entering the 

undesired state. As a result, the lOMPC 12. as configured, is especially robust in its 
ability to avoid constraint violations before they occur. Moreover, the lOMPC 12 
does not react until a funire violation is predicted. Therefore, a manipulated 
variable lying very close to its respective constraint will not unnecessarily cause the 
20 system to back off from its optimal mode, thereby allowing the process 16 to operate 
■ ":c still avoiding violations thereof. 

If, the block 38 determines that no constraint violM^^ 
neither^MVlFyT hbr^ M^^^ constraint, then 

■ri 4 -r control pfoGee^ yalue.Qf-the OCVsp is examined to . . 

'25 determine whether OCVsp is set at the OMYcon. If the OCVspis not set at OMVcon. 
then control proceeds to the block 44 wherein the value of the OCVjp is adjusted by 
a predetermined amount, such as. for example, one or two percem of the process 
scale, in an optimal direction. Control then returns to the block 32 and the blocks 
subsequent thereto. As will be understood, if the OCVsp has been adjusted firom its 
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optimal setting of OMV^on ^nd if there are no future constraint violations predicted 
at the block 38, the optimizing control logic 14 will continue to loop through the 
blocks 32, 34, 36, 38, 42 anS 44, wherein the OCVjp is incrementally increased 
during each pass until it is restored to the value of the OMVcos. As a result, the 
mode of operation wherein the process control continues to loop through the block 
32, 34, 36, 38, 42 and 44 may be referred to as a sub-optimal mode of operation 
because while looping through these blocks, the OCVjp is not set at the optimal 
value of OMV^oN but rather is set at a sub-optimal setting. 

If, the block 42 determines that the OCV^p is equal to OMVcon» then control 
returns back to the block 32 and the optimizing control logic 14 continues to loop 
through the blocks 32, 34, 36, 38 and 42 until it is determined by the block 38 that 
either of MVlpyj or MV2^j is in violation of its respective constraints, in which 
case, control branches to the block 40 and the blocks subsequent thereto, as 
described above. The mode of operation wherein the process control continues to 
loop through the blocks 32, 34, 36, 38 and 42 may be referred to as an optimal 
mode of operation because while executing these blocks, the OCVsp is set at its 
optimal setting, i.e., OMV^oni ^nd thus, the OMV is operating at its maximum 
setting. Control of the process 16 may continue to loop through the blocks of the 
flow chart of Fig. 3 in the manner described above for an indefinite amount of time 
or until an operator shuts the system down. 

As described above^co^ involves; using 

Vthe jpfrote^s rnbdC;! ^an<J the fctfrpent jiyrocess variables 4o jpred i c t a fu tu re process state 
and ito use thil^futMre?pFd^:f^^^^^^^^ se^i' oi; fidj^^^^^^ to be rhade tp the 

manipulated V %ariat^^^ their respective 

setpoints. As a result, a tonVehiional model predictive controller may be configured 
to perform all of the steps performed during execution of the , blocks 30-46, provided 
of course, that the model predictive controller has been configured to include the 
OCV related to the OMV by a unit gain (as illustrated in Fig. 1) and provided that 
the model predictive controller has been configured to control the OCV according to 
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the method represented by the flow diagram of Fig. 3. As a result, the lOMPC 12 
performs optimal model predictive control in a manner that may be fully integrated 
into conventional model predictive control technology and without need of additional 
control devices. 

5 Referring now to Fig. 4, the lOMPC 12 of Fig. 1 may implemented using a 

process controller 50 that is connected to a data historian 52 and to one or more host 
workstations or computers 54 (which may be any type of personal computers, 
workstations, etc.). each having a display screen 56. The controller 50 may also be 
connected to the process control devices 18. 20 and 22 and to the process measuring 

10 devices 24. 26 and 28 via input/output (I/O) cards 58 and 60. The data historian 52 
may be any desired type of data collection unit having any desired type of memory 
and any desired or known software, hardware or firmware for storing data and may 
be separate from (as illustrated in Fig. 4) or a part of one of the workstations 54. 
The controller 50, which may be. by way of example, the DeltaV^^' controller 

15 developed/manufactured by Fisher-Rosemount Systems, is communicatively 

connected to the host computers 54 and the data historian 52 via, for example, an 
ethernet connection or any other desired communication network. The controller 50 
is also communicatively connected to the process control devices 18, 20 and 22 and 
to the process measuring devices 24, 26 and 28 using any desired hardware and 

20 software associated with,; for example, standard 4-20 ma devices and/or any smart 
cornmunication protbcol'such as the Fieldbus protocol , the H.ART protocol, etc. 

' As stated above, although the Gbhtrol s^^^^^ 
cbnti^oi of the chemical! f eactioh prGcess^a it may instead be used to control any 
, ■ : typeJof pTOcess .^ laadditl^ 20,v;22.;;4, 26 and 28 maybe 

25 implemented with ariy types of devices , such as sensors , yal yes . transmitters, 
positioners, eic. and the I/O cards 58 and 60 may be any types of I/O devices 
conforming to any desired communication or controller protocol. For example, the 
field devices 18, 20. 22, 24. 26 and 28 may be implemented using standard 4-20 ma 
devices that communicate over analog lines to the I/O card 58 or may instead be 
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implemented using smart devices, such as Fieldbus field devices, that communicate 
over a digital bus to the I/O card 58 using Fieldbus protocol communications. In 
general terms, the Fieldbus protocol is an all-digital, serial, two-way conununication 
protocol that provides a standardized physical interface to a two-wire loop or bus 
5 which interconnects field devices. The Fieldbus protocol provides, in effect, a local 
area network for field devices within a process, which enables these field devices to 
perform process control functions (using function blocks defined according to the 
Fieldbus protocol) at locations distributed throughout a process facility and to 
communicate with one another before and after the performance of these process 

10 control functions to implement an overall control strategy. It will be understood 
that, while the Fieldbus protocol is a relatively new all-digital communication 
protocol developed for use in process control networks, this protocol is known in the 
art and is described in detail in numerous articles, brochures and specifications 
published, distributed, and available ft-om, among others, the Fieldbus Foundation, a 

15 not-for-profit organization headquartered in Austin, Texas. As a result, the details 
of the Fieldbus communication protocol will not be described in detail herein. Of 
course, the field devices 18, 20, 22, 24, 26 and 28 could conform to any other 
desired standard(s) or protocols, including any standards or protocols developed in 
the future. 

20 Referring still to Fig. 4. to control the process 16, the controller 50 may be 

configured to implement an advanced control loop 62 (which is a multi-input/multi- 
- :.\^ : , 0utput^^ontrq^lopp)^h^^ ;an : advanced controL block 64 th^t receives three analog 

: ■ r; ; . I;; ; ?P,vinput;:Si^^ 

'"" - A -three ai?al^^,o^ Each / 

25 of the analog input function . blocks .66 are associated with one of the sensors 24, 26 ; 
and 28 and each of the analog output function blocks 68 are associated with one of 
the valves 18, 20, 22. As will be described below, the advanced control block 64 
will be configured to perform integrated optimal model predictive control (i.e., to 
operate as the lOMPC 12 of Fig. 1). In accordance with conventional control 
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system terminology, each of the ftinction blocks represents a part (e.g., a subroutine) 
of the overall control routine and each function block operates in conjunction with 
the other function blocks (via communications called links) to implement the process 
control loop 62 within the process control system 10. Function blocks typically 
perform one of an input function, such as that associated with a transmitter, a sensor 
or other process parameter measurement device, a control function, such as that 
associated with a control routine that performs PID, fiizzy logic, MPC, etc. control, 
or an output function which controls the operation of some device, such as a valve, 
to perform some physical function within the process control system 10. The 
function blocks 66 and 68 are stored in and are executed by the controller 50 but 
may, alternatively, be stored in and implemented by the field devices 18, 20, 22, 24, 
26 and 28. 

As illustrated in Fig. 4, one of the workstations 54 includes an advanced 
control block generation routine 70 that is used to create, download and implement 
the advanced control block 64 in a manner described in more detail herein. While 
the advanced control block generation routine 70 may be stored in a memory within 
the workstation 54 and executed by a processor therein, this routine (or any part 
thereof) may additionally or alternatively be stored in and executed by other devices 
within the process control system 10. if so desired. Generally, the advanced control 
block generatibn routine 70 includes a control block creation routine 72 that creates 
the advanced control block 64 arid that connects the advanced control block 64 into 
the process control systehi. a process mbdeling rbutiiie 74 that creates a process 
^mbtfei M:^ 'the^p^ ba^ed -bn^atia cblfected by the. advanced ■ 

■ contrbrbiock.64 ;.and-"^-cbriirol ibgic pa^^ 76 that creates 

controV logic parameters for the advanced control block 64 from the process model 
and that stores or downloads' these control logic parameters in the advanced control 
block 64 for use in controlling the process 16. It will be understood that the routines 
72, 74 and 76 can be made up of a series of different routines, such as a first routine 
that creates an advanced control element having control inputs adapted to receive 
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process outputs and having control outputs adapted to provide control signals to 
process inputs, a second routine that enables a user to communicatively comiect the 
advanced control element within the process control routine (which may be any 
desired configuration routine), a third routine that uses the advanced control element 
to provide excitation waveforms to each of the process inputs, a fourth routine that 
uses the advanced control element to collect data reflecting the response of each of 
the process outputs to the excitation waveforms, a fifth routine that creates a process 
model from the collected data, a sixth routine that develops advanced control logic 
parameters from the process model and a seventh routine that places the advanced 
control logic and, if needed, the process model within the advanced control element 
to enable the advanced control element to control the process. 

The advanced control block generation routine 70 may further include a 
graphical interface program 78 that allows a user to communicate with the advanced 
control block generation routine 70 thereby to provide configuration information that 
is used by the advanced control block generation routine 70 to design and configure 
the process control system 10 for control of the process 16. 

Referring now to Fig. 5, a flowchart 80 illustrates the steps of a rnethod for 
designing/configuring the advanced control loop 62 to perform integrated optimal 
model predictive control of the process 16. The method begins at a step 82 wherein 
the optimization objective is selected. As described above, the optimization 
jobjecfiVe selected for optimization in .the;inustrated example, is the production rate 
i.6^,lthe;pfoc:es's •throu'ghpUti'-;::v. ■ .i :-^yi;in S--'' - 

^:::i^^f^extj^ at:a?bfo system \- 

^iB%y ■ sB^pilp^^ generatic)n ^routine 70 

via the graphical interface- program 78.; ; Preferably , once initiated, the graphical 
interface program 78 prompts the user to specify the control strategy that will be 
used to design the control system. As described hereinbefore, a control strategy that 
uses function blocks may be used to represent the control system 10 in which case, 
the user responds to the prompt by specifying a function block control strategy. Of 
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course, should the user desire to use an alternative control strategy such as, for 
example, ladder logic or sequential function charts, then the user would specify the 
chosen strategy accordingly'.- After the control strategy has been specified, the 
graphical interface program 78 may prompt the user to specify the number of 
5 function blocks that will be used to implement the process control system 10. For 
example, with respect to the process 16. the user specifies that the advanced control 
loop 62 includes the three analog input function blocks 66, the three analog output 
function blocks 68 and the advanced control block 64. After the number of function 
blocks has been specified, the graphical program interface 58 may cause the control 
10 block creation routine 72 to be initiated. Once initiated, the control block creation 
routine 72 generates seven control blocks, one to represent each of the six analog 
input and analog output function blocks 66 and 68 and one to represent the advanced 
control block 64. During the generation of the control blocks that represent the 
analog input and output function blocks 66, 68, the control block creation routine 72 
15 prompts the user to specify the manner in which each of the function blocks 66 and 
68 is to be coupled to the advanced control block 64 and further prompts the user to 
specify the function to be performed by each of the function blocks, i.e. that each of 
the analog input function blocks 66 is associated with one of the sensors 24. 26 and 
28 and that each of the analog output function blocks 68 is associated with one of the 
20 valves 18, 20 and 22. In addition, the user is prompted to specify any other 

informatibn necessary to create/Gonfigure the function blocks 66. 68 including, for 
example, the gains, if any. associated withuhe funeiipn , blocks 66, 68 and/pr any 
scaling^that needs to beiperformed on thei: signals generated by the function blocks. ; 
When the control block creation routine 72 is creating the advanced control 
25 block 64. the user may further be prompted to specify the control method to be 

performed by the advanced control block 64. In response, the user specifies that the 
advanced control block 64 is to be configured to perform integrated optimal model 
predictive control, i.e.. to specify that the advanced control block 64 is to operate as 
the lOMPC 12 (See Fig. 1). Next, the user is prompted to specify the inputs and 
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outputs associated with the process 16. Referring also to Fig. 1, the process 16 is 
illustrated as including three inputs Xl, X2, X3 which are associated with the 
positions of the three valves 48. 20 and 22, respectively, and the process further has 
three outputs Yl, Y2, Y3 which are each associated with the measurements provided 
by the sensors 24, 26 and 28, respectively. Once the process inputs XI, X2, X3 and 
the process outputs Yl, Y2, Y3 have been specified, the control block creation 
routine 72 configures the advanced control block 64 to operate as an lOMPC having 
three outputs, OUTl, OUT2 and 0UT3, that are coupled to the process inputs XI, 
X2 and X3 and having three inputs INI, IN2 and IN3 that are coupled to the process 
outputs Yl, Y2 and Y3. 

Referring still Fig. 5, during the step 84 of specifying the configuration, the 
control block creation routine 72 will cause the graphical interface 78 to prompt the 
user to identify the OMV. As described above, for the illustrated example it is 
assumed that the steam flow rate MV3 must be optimized in order to maximize the 
production rate and, therefore, MVS is identified to the control block creation 
routine 72 by the user as the OMV. After the identity of the OMV has been 
supplied to the control block creation routine 72, the control block creation routine 
72 automatically creates an optimized control variable (OCV) that is related to the 
OMV. In accordance with the description of the OCV provided above, the OCV 
does not cprrespdnd to any of the actuar process outputs^ i.e. , Yl, Y2, Y3, but is 
^instead ;GonjR^ a control variable that is related, tQ a unit gain. 

; . ^ r:^E>u^^ further prompt . 

; tii,^; user^ thfe;;^^^ and to specify 

tfif ;^a1ties^lS^ jx^l^^; ;M;V2^ : rAfter having received' 

the value for the QMVco^)t the control bio a setpoint 

for the OCV, referred to as the OCVsp that is equal to the value of the OMV^on. 

At the step 84 it may be necessary to additionally specify other logic 
parameters to the control block creation routine 72 including, for example, the time 
frame over which control changes are to be made (e.g., the set point trajectory filter 
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time constants), the maximum or minimum movement (rate limit) of an MPC output 
or a process output, whether any of the controlled parameters are integrated control 
parameters, lOMPC optimization factors, variables or tuning parameters, the control 
horizon of the lOMPC control block 64, i.e., how many steps forward manipulate 

5 variable values are to be computed to control to a desired state, the engineering unit 
ranges for each of the inputs and outputs of the lOMPC block 64, which of the 
controlled variables will be allowed to be relaxed or not realized when one of the 
constraints is violated, the value of parameters related to the aggressiveness or 
robustness of the MPC, etc. 

10 Referring still to Fig. 5, next, at a step 86, the advanced control loop 62 

configured at the block 84 is automatically downloaded into the controller 50 and the 
inputs and outputs of the advanced control block 64 are communicatively connected 
to the appropriate process inputs and outputs. Specifically, as illusu-ated in Fig. 1, 
wherein the advanced control block 64 is represented by the lOMPC 12, the process 

15 outputs Y1-Y3 are communicatively coupled to the lOMPC inputs IN1-IN3 and the 
process inputs XI -X3 are communicatively coupled to the lOMPC outputs OUTl- 
OUT3, respectively- For simplicity, the analog input function block 66 and the 
analog output function block 68 are omitted from the block diagram of Fig. 1, but 
are assumed to be coupled to the inputs and outputs of the lOMPC 12. Of course. 

20 the user can connect the advariced control block 64 to the process 16 in any desired 
mannfer and. generally ,:will use the same control^Eonfiguration or design program 
: ! that the user uses to create other control loops like single-loop control routines 
vwithin^liei)roBessf^n^^^^^ 

:;; : ^i;>graphidai^ : 
25 control blbck 64 and the process inputs and outputs. In this manner, the advanced 
control block 64 is supported in the same mariner as other control blocks, elements 
or routines, which makes configuration and connection of the advanced control block 
64 and support of that block within the control system 10 no different than the 
configuration, connection and support of the other blocks within the system. In one 
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embodiment, the advanced control block 64, as well as the other blocks within the 
control system 10, are function blocks designed to be the same as or similar to 
Fieldbus function blocks. In'this embodiment, the advanced control block 64 may 
have the same or similar types of inputs, outputs, etc. as specified or provided in the 
5 Fieldbus protocol and is capable of being implemented by, for example, the 

controller 50 using communication links which are the same as or similar to those 
specified by the Fieldbus protocol. A method of graphically creating process control 
routines and elements thereof is described in Dove et aL, U,S. Patent No. 5,838,563 
entitled "System for Configuring a Process Control Environment" which is hereby 

10 expressly incorporated by reference herein. Of course, other control loop or control 
module design strategies could be used as well, including those which use other 
types of function blocks or which use other routines, sub-routines or control 
elements within a process control configuration paradigm. 

As illustrated in Fig. 1, the advanced control block 64 downloaded into the 

15 controller 50 at the step 86 (see Fig. 5) may include a data collection routine 100, 
which may alternatively be stored in the data historian 52, a waveform generator 
101, generic control logic 102, storage 103 for storing control parameters and a 
process model 104. The generic logic 102 may be, for example, a generic MFC 
routine that needs coefficients or other control parameters to perform control in a 

20' particular iristance. In some cases, the generic logic 102.may also need a process 

: . /: . . : . ^^^^^^^^^^^^ advanGed; 64 has been 

; :r ^yui^ /<iv^^ 88Sis^performed wherein the ; 

■ ' advanced coi^tfol block 64/i^ 
25 . v begin thevrtext phase of developn^ of the advanGed control block 64. in which data 
is collected for each of the process outputs for use in creating a process model. lii 
particular, when instructed to do so by the user (or at any other desired time), the 
waveform generator 101 of the advanced control block 64 begins to produce a series 
of waveforms at the outputs OUT, - OUT3 thereof so as to provide excitation 
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waveforms to each of the process inputs X, - X3. If desired, these waveforms may 
be provided to the generatot 101 by software within the user workstation 54 but, are 
preferably created by the generator 101 . The waveforms generated by the waveform 
generator 101 are preferably designed to cause the process 16 to operate over the 
5 different ranges of inputs expected during normal operation of the process. For 

proper design of the advanced control block 64, the input waveforms supplied to the 
process inputs, INI. IN2 and IN3 should correspond to the flow rates of the feed 
material, the water and the steam, respectively, instead of the positions of the valves 
18, 20 and 22. Thus, if not already known, it will be necessary to calculate the flow 
10 rates corresponding to the various valve positions and to supply these rates to the 
lOMPC creation routine 72. 

The waveform generator 101 may deliver to each of the process inputs X, - 
X3, a series of different sets of pulses, wherein the pulses within each of the sets of 
pulses have the same amplitude but have pseudo-random lengths and wherein the 
15 pulses within the different sets of pulses have different amplimdes. The set of pulses 
may be created for and then delivered to each of the different process inputs X, -Xj 
sequentially, one at a time. During this time, the data collection unit 100 within the 
advanced control block 64 collects or otherwise coordinates the collection data 
indicating the response of the process outputs Y, - Y3 to each of the waveforms 
20 generated by the waveform generator 101 and may collect or coordinate the 

collection of data pertaining to the excitation waveform being generated. This data 
: v A V- mayj be stored 1 advaneed eonfi^bPblpcK 64 but. preferabb'^ is automatically sent 
yr V ^ ; > the data hisfjO^ data may 

- -■-^"..r^fbe-disp^ ■ . ■- • . 

n 25 : .lln this marijier, the 

waveforms to the process 16 and measures the response of the process 16 to these 

excitation waveforms. Of course, the excitation waveforms generated by the 
waveform generator 101 may be any desired waveforms that are known to be useful 
in developing a process model for a model predictive controller, and these 
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waveforms may take any form now known or developed in the future for this 
purpose. Because waveforms used to excite a process for the purpose of collecting 
data to develop a process model for model predictive control are well known, these 
waveforms will not be described further herein. 
5 It should be noted that the waveform generator 101 may take any desired 

form and may. for example, be implemented in hardware, software or a combination 
of both. If implemented in software, the waveform generator 101 may store an 
algorithm that can be used to generate the desired waveforms, may store digital 
representations of the waveforms to be generated, or may use any other routine or 
10 stored data to create such waveforms. If implemented in hardware, the waveform 
generator 101 may take the form of. for example, a square wave generator. If 
desired, the user may be asked to input certain parameters needed to design the 
waveforms, such as the approximate response time of the process, the step size of 
the amplitude of the waveforms to be delivered to the process inputs, etc. The user 
15 may be prompted for this information when the advanced control block 64 is first 

created or when the user instructs the advanced control block 64 to begin to upset or 
excite the process and collect process data. 

In a preferred embodiment, the data collection unit 100 collects (or otherwise 
assures the collection of) data in response to each of the excitation waveforms at 
20 three to five limes the response time for a single output process and up to 10 or more 
times the response time for a multi variable process to assure that a complete and 
" ' ' ' ^^^^^^^^^^ : a^^ However,' data may be collected for any : 

■ ^ ' ;t - ■ ' '^^'^^^^^^ preferably 
'ope^rke^'lintif ^ ha^^Gofripleted^^^ 
25 necessary excitation waveforms lo each of the process inputs X, - X3 and the data 

collection unit 100 has collected data for the procesis outputs Y, - Y3. Of course, the 
operation of the advanced control block 64 may be interrupted if so desired or if 
necessary during this data collection process. 
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Referring still to the step 88 of Fig. 5, after the excitation data has been 
collected, it is used to generate the process rriodel. The process model may be 
generated using any known type of process modeling analysis and the developed 
process model may take on any form, such as a mathematical algorithm, a series of 
5 response curves, etc. Because the quality of the process model generated is 
dependent upon the quality of the excitation data collected, data screening is 
generally performed before generating the process model to remove outliers and 
other unreliable data points from the data set. The process model that is generated 
may be automatically saved in any desired database to be accessible for later use. 

10 Once the process model has been created, the control logic parameter 

creation routine 76 is executed at a step 90 to thereby generate a set of lOMPC 
process model coefficients/ controller coefficients or control logic parameters. The 
control logic parameters, which will be used by the advanced control block 64 to 
control the process 16. are generated by inverting the matrix that represents the . 

15 process model. The specifics of creating a process model from collected data for a 
process and generating MPC or other control logic parameters from that process 
model by inverting the matrix of collected data is known in the art, and, therefore, 
these procedures are not described further herein. It will be understood that, 
although the process used to generate the logic parameters described herein involves 

20 inverting the process model matrix, any other desired logic parameter creation 
routine could instead be used, 

.Referring still to pig , 5 , after the lOM FfC control logic parameters have been 
,^ , ; createdy the lOM^^^^ para^neters^pr coefft^^^^ be tested, at a step 

92, using a pocess s^ This sirtlulation blo^^^^ generally be 

25 developed from the process model created for the process and can be connected to 
the advanced control block 64 in a testing environment to test whether the created 
lOMPC control logic operates satisfactorily over the range of normal process 
operation. If the lOMPC logic is not satisfactory, any or all of the steps 86. 88 and 
90 may be repeated to develop different lOMPC control logic. However, if the 
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lOMPC control logic is satisfactory, the lOMPC control logic parameters and the 
process model stored in the.parameter storage 103 and the process model storage 
104 are used by the advanced control block 64 at a step 94 to control the process 16. 
In this manner, the parameters needed by the lOMPC control logic are provided to 
5 and contained within the advanced control block 64 and the advanced control block 
64 can be commissioned to actually perform control as the lOMPC 12 within the 
process according to the lOMPC control logic 102. Of course, if desired, the actual 
lOMPC logic 102 along with the parameters needed therefor can be created in the 
workstation 54 and downloaded to the lOMPC block 64. 

10 Certain modifications may occur to one of ordinary skill in the art. For 

example, the lOMPC 12 may be configured to optimize more than one optimization 
objective in which case two or more manipulated variables, depending on the 
number of optimization objectives, are identified for optimization. More 
particularly, if it is desirable to optimize both product throughput and product cost 

15 (i.e., to maximize throughput and minimize cost), then the manipulated variables 
that are used to optimize these characteristics (i.e., the manipulated variables that 
have the greatest impact on these characteristics) are identified. Next, a separate 
optimizing control variable is assigned for each optimized manipulated variable and 
the lOMPC is configured such that each of the OMVs is tied to its respective OCV 

20 by a unit gain. The lOMPC may be prograntimed to manage the OMVs in an 

identical fashion or on a priority basi^ Specifically, when operati the process in 
: ::; ian optimal manner, 'where^^ op^atip^^t their, p^ti^^^ ' 

.f ^. \yh^n^^'f6turr^ exceeds its' ^- V- 

J ' \ . respective cOnstca^^ BKlOl^PC m^^ QMVs to 

25 depart from their optimal values simultaneously. Alternatively, the OMYs may be 
assigned priorities such that, in the event of an exceeded constraint, the lOMPC 
causes the OMVs to depart from their optimal values in an order that is based on 
their assigned priority. 
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Of course it will be understood that the number of manipulated variables that 
must reach or exceed their respective constraints in order for the process to enter the 
undesired state is dependent upon the number of process input variables associated 
with the process. Specifically, the number of process input variables define the 
degrees of freedom for a process control system and the greater the number of 
degrees of freedom, the greater the number of manipulated variables that may 
operate at or in violation of their respective constraints without causing the process 
to enter the desired state. Thus, although, as described with reference to the process 
16 shown in Fig, 2, an undesired state occurs when two or more of the manipulated 
variables (including the OMV) reach or exceed their respective constraint limits, a 
process having a greater number of process input variables may be able to operate 
with a greater number of manipulated variables at or in excess of their respective 
constraint limits without entering the undesired state. 

Further, the method represented by the blocks 30-44 in Fig. 3 may instead be 
implemented using a fuzzy logic controller to perform integrated optimal fiizzy logic 
control. 

It should also be noted that, when implemented, any of the software 
described herein may be stored in any computer readable memory such as on a 
magnetic disk, a laser disk, or other storage medium, in a RAM or ROM of a 
computer or processor, etc. Likewise, this software may be delivered to a user, a 
process control system or the computer via any known or desired delivery method 
including, for exanriple; on a corhputer readable disk of other transportable computer 
stbrage mettiarirsni^^^o^^ a comttumc^^^^ such as a telephone line, the 

internet; tKe "^^ \Veb^ arty othdt focaf'afea wide area network, 

etc: (whicK I 

providing such software via a transportable storage medium). Furthermore, this 
software may be provided directly without modulation or may be modulated using 
any suitable modulation carrier wave before being transmitted over a communication 
channel. 
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It should further be noted that any control routines or elements described 
herein may have parts thereof implemented or executed by different controllers or 
other devices if so desired. Likewise, the control routines or elements described 
herein to be implemented within the process control system 10 may take any form, 
5 including software, firmware, hardware, etc. For the purpose of this invention, a 
process control element can be any part or portion of a process control system 
including, for example, a routine, a block or a module stored on any computer 
readable medium. Control routines, which may be modules or any part of a control 
procedure such as a subroutine, parts of a subroutine (such as lines of code), etc. 
10 may be implemented in any desired software format, such as using ladder logic, 
sequential function charts, function block diagrams, or any other software 
programming language or design paradigm. Likewise, the control routines may be 
hard-coded into, for example, one or more EPROMs, EEPROMs, application 
specific integrated circuits (ASICs), or any other hardware or firmware elements. 
15 Still further, the control routines may be designed using any design tools, including 
graphical design tools or any other type of software/hardware/firmware 
programming or design tools. 

Thus, while the present invention has been described with reference to 
specific examples, which are intended to be illustrative only and not to be limiting of 
20 the invention, it will be apparent to those of ordinary skill in the art that changes, 
' aaditidns; may: be made to the disclosed, enibodiments without departing 

from the:4p^^^^^^ • 
Iri the present specification;^^^^^^ or consists of ' 

' V- Thfe^ jfe^ foregoing descripttGn;^:pr the following 

claims^ or the accompanying drawings, expressed in their specific forms or in 

terms of a means for performing the disclosed function/ or a method or process 

for attaining the disclosed result, as appropriate, may, separately, or in any 

combination of such features, be utilised for realising the invention in diverse 
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CLAIMS 



1. A multi-input/multi-output logic device for use in controlling a process 
comprising: 

5 a plurality of inputs adapted to receive process output signals; 

a further input having an associated setpoint; 

a multiplicity of outputs adapted to provide process control signals for 
controlling the process; 

a feedback path that directly connects a selected one of the ou^uts to the 

10 further input; and 

a logic unit configured to produce the multiplicity of outputs using the 
plurality of inputs and the further input and adapted to adjust the selected 
output until the former input has reached the associated setpoint. 

1 5 2. The logic device of claim 1 wherein the logic unit is a model predictive 
controller. 

3. The logic device of claim 1, wherein the logic unit is a fuzzy logic 
controller. 

20^ 

. - 4. The logic device of any one of claims ,1 to 3 wherein the setpoint is 
associated with a constraint limit for the selepted output, ; 

,5. The logic device of ^ny oiie of Clainis 1 to 4 wherein each of the 
25 multiplicity of outputs has an associated constraint liniit, and wherein the logic 
unit further comprises a setpoint adjustment unit adapted to adjust the setpoint 
from a first setpoint setting to a second setpoint setting when one of the outputs, 
other than the selected output, is going to reach or exceed the associated 
constraint limit for that output. 
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6. The logic device of claim 5, wherein the first setpoint setting is a value 
that is equal to the constraint limit of the selected output and wherein the 
second setpoint is a value that is relaxed with respect to the constraint limit of 

5 the selected output. 

7. The logic device of claim 5 or claim 6. wherein the setpoint adjustment 
unit is further adapted to adjust the setpoint from the second setpoint setting to 
the first setpoint setting when the one of the outputs is no longer going to reach 

10 or exceed the constraint limit associated with that output. 

8. The logic device of claim 7, wherein the setpoint adjustment unit is 
r fiirther adapted to adjust the setpoint from the second setpoint setting to the first 

setpoint setting in a series of step-wise adjustments. 

9. The logic device of any one of claims 1 to 4 wherein the multiplicity of 
outputs has an associated constraint limit, and wherein the logic unit comprises 
a prediction unit adapted to predict a fiiture value for each of the multiplicity of 
outputs and a comparison unit adapted to compare the fiiture value for each of 

20 th6 multiplicity of outptits to the constraint limit associated with that output to 
V detemiifie whether any- one of the; outputs/ o^^^ than , the sel^ted^^^^^^^ is 



15 



25 



itpBint adjiistmferit:^^^ : ^ '"^"^ 

setting to a second setpoint setting when one of the outputs, other than the 

selected output, is going to reach or exceed the associated constraint limit for 
that output, wherein the first setpoint setting is a value that is equal to the 
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constraint limit of the selected output and wherein the second setpoint setting is 
a value that is relaxed with respect to the constraint limit of the selected ou^ut. 

11. The logic device of claim 10, wherein the setpoint adjustment unit is 
5 further adapted to continue adjusting the setpoint in a relaxed direction relative 
to the second setpoint setting when the one of the outputs, other than the 
selected output, is still going to reach or exceed the associated constraint limit 
for that output, when the setpoint is at the second setpoint setting. 

10 12. The logic device of claim 10 or claim 11, wherein the setpoint 
adjustment unit is further adapted to adjust the setpoint firom the second 
setpoint setting to the first setpoint setting when the one of the outputs, other 
than the selected output, is no longer going to reach or exceed the associated 
constraint limit for that output. 

15 

13. The logic device of claim 12, wherein the setpoint adjustment unit is 
further adapted to adjust the setpoint from the second setpoint setting to the first 
setpoint setting in a series of step-wise adjustments. 

20 14. The logic device of any one of Claims 10 to 13, whe further 
input comprises a first further input, the associated s^tppiqt comprises a first 
sapoint,' the ^ first feedback path and the selected 

oii^ut comprises a first selected ou^^^^^ fiir&er 
■■"■■■'"■■■■':'V?'/r' f^^M^ and a second ■ 

25 feedback path that dii-ebtly cdijiieeits a second selected output to the second 
further input, wherein the setpoint adjustment unit is further adapted to change 
the second setpoint froni a third setpoint setting to a fourth setpoint setting 
when the one of the outputs, other than the selected output, is going to reach or 
exceed the associated constraint limit for that output, wherein the third setpoint 
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setting is the constraint limit of the second selected output and the fourth 
setpoint setting is relaxed with respect to the constraint limit of the second 
selected output. 

5 15. The logic device of Claim 14, wherein the first setpoint and the second 
setpoint each have a priority level and wherein the setpoint adjustment unit is 
further adapted to adjust the first setpoint and the second setpoint in an order 
according to the priority level of the first setpoint and the second setpoint. 

10 16. The logic device of Claim 14 or Claim 15, wherein the setpomt 
adjustment unit is further adapted to adjust the first setpoint and the second 
setpoint simultaneously. 

17. The logic device of any one of the preceding claims, wherein the 
1 5 feedback path includes an amplifier. 

1 8. The logic device of Claim 1 7, wherein the amplifier has a unit gain. 

19. A multi-input/multi-output logic device for use in controlling a process 
26 comprising:: .. 

^ ■ ■cohtrotiing''thte;proG6ss; ■■'--.v' -fi^^fc/-- - ^ 

25 a feedback path that connects a selected one of the outputs to Ae fo^ 

input; and "• ' 

a logic unit configured to produce the multiplicity of outputs using the 
plurality of inputs and the further input and adapted to use the feedback path to 
control the selected output to be equal to the setpoint. 
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20. The logic device of Claim 19. wherein each of the multiplicity of outputs 
has an associated constraint limit, and wherein the logic unit comprises a 
setpoint adjustment unit adapted to adjust the setpoint when one of the outputs, 
other than the selected output, is going to reach or exceed the associated 
constraint limit for that output. 

21. The logic device of Claim 20, wherein the logic unit comprises a model 
predictive controller. 

22. A multi-input/multi-output logic device for use in controlling a process 
comprising: 

a plurality of inputs adapted to receive process output signals; 
a further input having an associated setpoint; 

a multiplicity of outputs adapted to provide process control signals for 
controlling the process, wherein each of the multiplicity of outputs has an 
associated constraint limit; 

a feedback path that connects a selected one of the outputs to the further 

input; and 

a logic unit configured to produce the multipUcity, of outputs using the 
plurality of inputs and the further input and including a setpoint adjustment unit 
adapted to chtogb the setppint^w^^^^^ Qij^Wts, ,other than the selected 

^ %tput^Kis;c^iii^ reaciiwptecp^A^j^g, ^scffii^^^c^straint limit for that 
output.- - . . ■ ■-■ ■■■.'^:!'M>i^K-^%^>.Vyir--^^^^^^^^^ 

23. A multi-input/multi-output logic device substantially as described herein 
and/or with reference to the accompanying drawings. 
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24. A method for controlling a process using a multi-input/multi-output 
logic device having a plurality of inputs adapted to receive process output 
signals and a multiplicity of outputs adapted to provide process control signals 
for controlling the process, wherein each of the outputs has an associated 
5 constraint limit, the method comprising the steps of: 

connecting a selected one of the outputs to a further input of the logic 
device; 

setting a setpoint associated with the further input to a first setpoint 
setting; 

10 adjusting the selected output until the further input has reached the first 

se^oint setting; 

calculating a future value for each of the multiplicity of outputs other 
tiian the selected output; 

comparing the future value calculated for each of the multiplicity of 
15 ou^uts, other than the selected output, to the associated constraint limit for that 
output to determine whether any one of the outputs, other than the selected 
ou^ut, is going to reach or exceed the associated constraint limit for that 
output; and 

adjusting the setpoint from the first setpoint setting to a second setpoint 
20 setting when the step of comparing determines that one of the Outputs, other 
thah'tlie selecWd outpM^^ the associated constraint 

■ Ki. .■■''-]'' ^ -,;liinh:^ ' ■" '■ " ' -^:'V;^;r;' ^■■.'•.^'■•y"" ■ V : , ; ■ 

^ : 2l TTie method of Cn^^ to a : 

is constraint limit of the selected output^ and \vWeiri the second setjjoint setting 
is equal to a value that is relaxed relative to the constraint limit of the selected 
output. 
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26. The method of Claim 24 or Claim 25, further including the step of 
adjusting the setpoint from the second setpoint setting to the first setpoint 
setting when the step of comparing determines that the one of the outputs is no 
longer going to reach or exceed the associated constraint limit for that output 

5 

27. The method of any one of Claims 24 to 26, further including the step of 
further adjustmg the setpoint in a direction that is relaxed relative to the second 
setpoint setting when the step of comparing determines that the one of the 
outputs, other than the selected output, is still going to reach or exceed the 

10 associated constraint limit for that output, when the setpoint is set to the second 
setpoint setting. 

28. The method of any one of Claims 24 to 27, further including the step of 
calculating the multiplicity of outputs from the plurality of inputs and the 

15 further input using a model predictive control technique. 

29. The method of any one of Claims 24 to 27, further including the step of 
calculating the multiplicity of outputs from the plurality of inputs and the 
further input usiiig a fuzzy logic control technique. 

20 . o .■■ : ■. .: . . 

30. The method of any one of Claims 24 to 29, wherein the further input 

comprises a first further input, the associated setpoint comprises a first setpoint, 
and the selected output comprises a first selected out^)Ut. and wherein the 
/ meijipd;iurt^ 

25 . connecting a second selected one of the outputs to a second further 

input; 

setting a second setpoint associated with the second further input to a 
third setpoint setting; 
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adjusting the second selected output until the second further input has 
reached the third setpoint setting; 

adjusting the second setpoint from the third setpoint setting to a fourth 
setpoint setting when the step of comparing determines that the one of the 
5 outputs, other than the selected output, is going to reach or exceed the 
associated constraint limit for that output; and 

adjusting the setpoint from the fourth setpoint setting to the third 
setpomt setting when the step of comparing determines that the one of the 
outputs, other than the selected output, is no longer going to reach or exceed the 
10 associated constraint limit for that output. 

3 1 . The method of Claim 30, further comprising the steps of: 

assigning each of the first setpoint and the second se^oint a priority 
level, and performing the adjustments to each of the first setpoint and the 
15 second setpoint in an order according to the priority level assigned to the first 
setpoint and the second setpoint. 

32. A method for controlling a process substantially as described herein 
and/or with reference to and as shown in the accompanying drawings. 

20 

33 . Any novel feature or novel combination of features described herein 
and/or in the accompanying drawings. 
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